篇首语：本文由编程笔记#小编为大家整理，主要介绍了Glide 源码分析相关的知识，希望对你有一定的参考价值。

前言&＃xff1a;

Glide 作为android 图片加载领域最火的一款框架&＃xff0c;其背后的源码设计同样精彩&＃xff0c;今天就来一探究竟&＃xff08;基于Glide4.11.0版本&＃xff09;。

由于Glide框架的源码非常庞大&＃xff0c;我们不会把所有细节分析一遍&＃xff0c;本文只分析其核心源码&＃xff0c;重点分析其对生命周期的监听和缓存的处理。

目录

一、with

二、load

三、into

我们的分析思路就从最简单的

Glide.with(context).load(url).into(imageView)

开始&＃xff0c;来看看其背后的源码到底是怎么样的。

一、with

Glide有6个with的重载方法&＃xff0c;返回值都是RequestManager

这6个方法其实可以分为两类&＃xff1a;

• 在主线程调用并且传入 Activity、Fragment或者View类型的Context&＃xff08;这种情况Glide会默认创建一个空的Fragment来感应当前Activity的生命周期&＃xff09;
• 在子线程调用或者传入的Context是ApplicationContext&＃xff08;只要在子线程调用&＃xff0c;无论传入什么都会装换为ApplicationContext&＃xff09;

下面我们通过看源码来验证&＃xff1a;

我们看with(Activity)的情况

&＃64;NonNull
public static RequestManager with(&＃64;NonNull Activity activity)
return getRetriever(activity).get(activity);


其中 getRetriever返回了一个 RequestManagerRetriever 对象

&＃64;NonNull
private static RequestManagerRetriever getRetriever(&＃64;Nullable Context context)
Preconditions.checkNotNull(context, "You cannot start a load on a not yet attached View or a Fragment where getActivity() returns null (which usually occurs when getActivity() is called before the Fragment is attached or after the Fragment is destroyed).");
return get(context).getRequestManagerRetriever();


我们来看其get方法&＃xff1a;

 看&＃xff0c;虽然传入的是Activity&＃xff0c;但是如果不是主线程就转换为ApplicationContext来处理&＃xff0c;这样就和with(Application)是一样的&＃xff0c;我们先来看这条分支&＃xff1a;

继续跟进&＃xff1a;

&＃64;NonNull
private RequestManager getApplicationManager(&＃64;NonNull Context context)
if (this.applicationManager &＃61;&＃61; null)
synchronized(this)
if (this.applicationManager &＃61;&＃61; null)
Glide glide &＃61; Glide.get(context.getApplicationContext());
this.applicationManager &＃61; this.factory.build(glide,
new ApplicationLifecycle(),
new EmptyRequestManagerTreeNode(),
context.getApplicationContext());



return this.applicationManager;


 比较直接&＃xff0c;通过工厂模式创建一个 RequestManager 对象返回就结束了。

然后我们重点来看第二条分支的情况&＃xff08;主线程&＃43;Activity、Fragment、或者View&＃xff09;

跟进到fragmentGet&＃xff0c;通过方法名可以看出&＃xff0c;这里面会构造一个Fragment

/** &＃64;deprecated */
&＃64;Deprecated
&＃64;NonNull
private RequestManager fragmentGet(&＃64;NonNull Context context, &＃64;NonNull FragmentManager fm, &＃64;Nullable android.app.Fragment parentHint, boolean isParentVisible)
//重点代码&＃xff0c;这里会创建出RequestManagerFragment
RequestManagerFragment current &＃61; this.getRequestManagerFragment(fm, parentHint, isParentVisible);
RequestManager requestManager &＃61; current.getRequestManager();
if (requestManager &＃61;&＃61; null)
Glide glide &＃61; Glide.get(context);
requestManager &＃61; this.factory.build(glide, current.getGlideLifecycle(),
current.getRequestManagerTreeNode(), context);
current.setRequestManager(requestManager);

return requestManager;


 继续跟进fragmentGet方法的第一行代码&＃xff1a;

this.getRequestManagerFragment(fm, parentHint, isParentVisible);

package com.bumptech.glide.manager;
public class RequestManagerRetriever implements Callback
...
&＃64;NonNull
private RequestManagerFragment getRequestManagerFragment(&＃64;NonNull FragmentManager fm, &＃64;Nullable android.app.Fragment parentHint, boolean isParentVisible)
//第一步 先通过Tag找下当前是否已经有构造好的Fragment
RequestManagerFragment current &＃61; (RequestManagerFragment)fm.findFragmentByTag("com.bumptech.glide.manager");
if (current &＃61;&＃61; null)
//第二步 如果第一步找不到 在从缓存里找下
current &＃61; (RequestManagerFragment)this.pendingRequestManagerFragments.get(fm);
if (current &＃61;&＃61; null)
//第三步 缓存里也没有 就创建一个
current &＃61; new RequestManagerFragment();
current.setParentFragmentHint(parentHint);
if (isParentVisible)
current.getGlideLifecycle().onStart();

//放入缓存 避免重复创建&＃xff0c;此时再调用此方法就能从缓存直接拿到了
this.pendingRequestManagerFragments.put(fm, current);
fm.beginTransaction().add(current, "com.bumptech.glide.manager").commitAllowingStateLoss();

//发handler去移除缓存里的fragment&＃xff0c;当此handler消息被执行时&＃xff0c;通过
//fm.findFragmentByTag已经可以获取到当前fragment了
//注意&＃xff0c;这里必须是发handler 不能直接从缓存移除
//因为fragment的加载也是通过handler消息来驱动的&＃xff0c;这里牵扯到handler消息机制的原理&＃xff0c;简单理解就是handler消息是排队被处理的&＃xff0c;下面发的handler消息排在处理fragment消息的后面
this.handler.obtainMessage(1, fm).sendToTarget();


return current;



注释里写的比较清楚了&＃xff0c;先通过fm.findFragmentByTag来获取&＃xff0c;没有就从缓存取&＃xff0c;在没有就创建出RequestManagerFragment。

这里面有个细节就是作者设计了一个缓存pendingRequestManagerFragments&＃xff08;就是一个Map&＃xff09;来防止fragment重复创建&＃xff0c;其中从缓存中移除fragment的时机涉及到了fragment的加载原理&＃xff08;handler驱动&＃xff09;&＃xff0c;和handler机制的原理&＃xff0c;如果对二者不熟悉&＃xff0c;可能不太容易理解。
注释里面我也给出了详细的解释&＃xff0c;如还不能理解请先看下Fragment、Handler相关源码。

现在Fragment有了&＃xff0c;那是如何做到感应当前Activity生命周期的呢&＃xff1f;

我们来看下RequestManagerFragment的源码&＃xff1a;

二、load

三、into